home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxx / rfc747 < prev    next >
Text File  |  1995-07-25  |  3KB  |  59 lines
  1.  
  2. NWG/RFC# 747                                         MRC 21-MAR-78 44015
  3. Recent Extensions to the SUPDUP Protocol
  4.  
  5.  
  6.  
  7. Network Working Group                                       Mark Crispin
  8. Request for Comments 747                                           SU-AI
  9. NIC 44015                                                  21 March 1978
  10.  
  11. Updates: RFC 734.  See also RFC 746.
  12.  
  13.                 Recent Extensions to the SUPDUP Protocol
  14.  
  15. Recently,  some extensions  have been made to the SUPDUP protocol.   RFC
  16. 746,  by Richard   Stallman, documented  the SUPDUP  graphics extension.
  17. In addition, a TTYOPT  bit has  been added and  two more  variables have
  18. been added to the initial  negotiation.   This RFC describes the changes
  19. from  RFC 734,  but excludes  the  detailed  information  in   RFC  746.
  20. These  extensions  are  upwards  and   downwards  compatable,   and  are
  21. completely  optional.    For most  SUPDUP   user  and  server  programs,
  22. RFC   734   remains    an   adequate   description  of   the   protocol.
  23. However,   it  is  suggested   that  if  the  console's  line  speed  is
  24. known,  the  user SUPDUP  should be modified to  send the new ISPEED and
  25. OSPEED  variables   (sending  0 for SMARTS if the  graphics extension is
  26. not to  be used)  so  the server can  handle buffering for  the terminal
  27. better.
  28.  
  29. Since these changes  are compatable  and optional, and since the  SUPDUP
  30. protocol is being actively worked on at the present time, I have elected
  31. to issue  this  update  RFC  rather  than  an  updated  version   of RFC
  32. 734.   An updated 734 will be issued when the protocol stabilizes again.
  33.  
  34. Three new variables  have  been added to  the initial  negotiation.   In
  35. order,  they are SMARTS,  ISPEED,  and OSPEED.   Consequently, the count
  36. should now be -10,,0, or, in octal, 777770000000.
  37.  
  38. The SMARTS  variable  specifies what "smarts" (in general, what graphics
  39. capabilities)  the terminal  has.  Like the TTYOPT variable, a bit being
  40. true implies  that the terminal has this option.  RFC 746 describes this
  41. variable  and the  SUPDUP   graphics   option  in complete  detail.   If
  42. the  graphics extension is not to be used, SMARTS should be set to 0.
  43.  
  44. The ISPEED  and OSPEED  variables are respectively the input and  output
  45. baud rates  of the  terminal,  if  known.   For  example,  a  150./1200.
  46. baud terminal  would  have an ISPEED of 150.   and an OSPEED of 1200.  A
  47. speed  of zero means the line speed is indeterminate.
  48.  
  49. The %TPPRN   TTYOPT   bit  (value  0,,200) has  been  added.   This  bit
  50. specifies  that the system should  swap parenthesis with square brackets
  51. on input.   This is  often  desirable  for  LISP users  who  are using a
  52. terminal  which has  parenthesis   as   a   shift  character   but   not
  53. square   brackets. This bit is normally off and servers are not required
  54. to implement it.
  55.  
  56.  
  57.  
  58.  
  59.                                   -1-